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This  paper  deals  with  a  protocol  architecture  to  interconnect  Autonomous  Systems  (ASes),  together  with 
guaranteeing  the  QoS  provision.  The  adoption  of  the  MPLS  protocol  allows  defining  an  effective  way  to 
face  the  heterogeneity  due  to  the  interconnection  of  ASes  implementing  different  QoS  technologies.  In  this 
perspective,  the  problem  regarding  the  management  of  the  traffic  flows  that  cross  the  boundaries  of  the 
ASes  reveals  to  be  a  hot  topic  of  research  and  will  be  deeply  investigated  in  the  paper. 


I.  INTRODUCTION 

Modern  telecommunication  networks  are  characterized  by  a  great  heterogeneity  of  services.  Each 
application  deserves  a  specific  Quality  of  Sendee  (QoS).  Together  with  the  need  of  quality,  there  is  also  a 
great  heterogeneity  concerning  technologies.  This  opens  the  problem  of  defining  a  QoS-based  interface 
among  network  portions  implementing  different  QoS  technologies  as  well  as  establishing  a  correct  QoS 
mapping  among  different  protocols,  without  penalising  the  QoS  provision.  This  problem  is  enforced  by 
the  fact  that  the  Internet  traffic  flows  that  interconnect  users  located  in  different  localities  of  the  world  are 
routed  throughout  different  proprietary  networks,  called  Autonomous  Systems  (ASes),  managed  by 
different  Internet  Service  Providers  (ISPs).  The  Internet  is  composed  by  up  to  10,000  ASes  and  their 
number  is  rapidly  growing  ([1,  2]).  The  same  technology  heterogeneity  holds  in  current  military 
telecommunication  environments,  too  (see,  e.g.,  [20]). 

The  connection  point  among  different  ASes  is  defined  as  Relay  Point.  In  this  perspective,  the  paper 
proposes  a  QoS-based  interworking  at  the  Relay  Points,  so  that  quality  requirements  can  be  transmitted 
among  different  ASes.  The  idea  is  to  use  the  features  of  MPLS  to  provide  an  interface  independent  of  the 
technology  used  within  each  AS  and  oriented  to  QoS. 


II.  THE  INTERWORKING  PROBLEM 

A  possible  composition  of  Internet  ASes  connecting  single  LANs  (Local  Area  Networks)  and  WANs 
(Wide  Area  Networks)  is  shown  in  Fig.  1.  Technology  chosen  to  guarantee  services  in  AS  1  may  be  ATM, 
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while  AS  2  may  be  IP-based.  AS  3  may  implement  an  ISDN  based  plain  telephony  backbone  and  AS  4 
may  have  chosen  MPLS. 


Fig.  1.  Interworking  scenario  among  ASes. 

The  problems,  essentially,  are:  1)  establish  a  proper  interface;  2)  transfer  the  QoS  needs  for  each  end-to- 
end  connection  across  the  heterogeneous  network;  3)  once  transferred  the  QoS  requests  among  the  ASes, 
it  is  topical  to  map  the  performance  requests  over  the  peculiar  technology  implemented  within  each  AS. 
Fig.  2  contains  an  example  of  the  protocol  architecture  dedicated  to  the  Relay  Points.  In  the  case  reported, 
an  ATM-based  AS  and  an  IP-based  AS  are  interconnected. 


High  Speed  Link  High  Speed  Link  High  Speed  Link 


Fig.  2.  Relay  Point:  the  protocol  stack. 

The  Relay  Point  has  the  role  of  encapsulating  information,  establishing  a  common  format  and  language  to 
exchange  information  about  QoS  requirements,  establishing  tunneling  and  implementing  the  other 
required  functionalities  (detailed  in  the  following). 

The  lower  interface  layers  in  Fig.  2  have  been  intentionally  left  without  identification.  Some  possible 
alternative  solutions,  acting  also  on  the  physical  layer,  may  be:  SDH/ ATM  and  Ethernet/IP.  The  solution 
proposed  in  this  work  is  MPLS,  which,  used  in  all  its  functionalities,  may  provide  also  the  functions  of  the 
Relay  layer.  The  reasons  for  such  a  choice  are  explained  in  the  following. 

Host  Protocol 

Traditionally,  communication  networks  are  divided  into  circuit-switched  (e.g.,  plain  telephony,  ISDN, 
xDSL)  and  packet-switched  networks  (e.g.,  ATM,  DVB  and  IP).  Circuit-switched  technology  was 
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originally  dedicated  to  voice  and  packet- switched  technology  to  data.  The  future  evolution  is  oriented  to 
have  one  single  network  [13],  but  for  now  the  two  approaches  still  coexist,  in  particular  at  the  host  level. 
To  match  this  issue,  two  types  of  hosts  will  be  considered  in  this  work:  IP  and  ISDN  (Fig.  3). 
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Fig.  3.  Host  protocol  stack  definition. 


Service  Level  Specification 

QoS  is  the  ability  of  a  network  element  (e.g.,  host  or  router)  to  have  some  level  of  assurance  for  traffic 
flows.  QoS  provision  is  offered  using  a  Service  Level  Specification  (SLS),  which  is  “a  set  of  parameters 
and  their  values  which  together  define  the  service  offered  to  a  traffic”  [22].  An  example  of  SLS  is 
represented  by  the  ATM  Traffic  Contract  [23],  that  is  composed  of  traffic  descriptors,  along  with  a  set  of 
QoS  parameters. 


III.  STATE  OF  THE  ART 

Interworking  among  ASes  is  an  issue  faced  by  the  telecommunication  community  for  both  concern 
standards  and  research  papers.  The  current  trend  is  trying  to  employ  an  IP  centric  solution  in  order  to  face 
this  issue. 

Architectures 

The  European  Union  has  founded  projects  in  the  area  of  QoS  IP.  In  particular,  three  of  them  have  the  aim 
of  generating  proposals  to  provide  IP  premium  services  (IP  QoS  within  the  DiffServ  environment): 
AQUILA ,  TEQUILA  and  CADENUS  (see,  e.g.,  [10]  and  references  therein).  In  particular,  resource  control 
for  QoS  over  IP  is  managed  by  AQUILA,  which  assumes  the  presence  of  Admission  Control  Agents 
(ACAs)  managing  the  QoS  requests  and  operating  within  the  Edge  Routers  of  a  DiffServ  domain.  ACAs 
communicate  with  Resource  Control  Agents  (acting  intra  domain)  to  get  information  about  available 
resources.  Similarly,  [11]  uses  QoS  Network  Sender  (QNS)  to  manage  QoS  information  and  to  check 
resource  status  over  an  IP  WAN  and  introduces  the  use  of  MPLS  signalling  and  RSVP-TE  to  transport 
QoS  requirements,  again  within  the  IP  DiffServ  world. 

The  expressed  ideas  are  also  applied  to  military  communications:  reference  [12]  focuses  on  providing  end- 
to-end  QoS  over  DiffServ  networks  by  using  Bandwidth  Brokers  (BB)  communicating  each  other  for 
interdomain  information  and  managing  intradomain  resources.  A  specific  signalling  is  forecast  for  end-to- 
end  communication.  Also  in  this  case  BBs  act  in  strict  connection  with  ingress/egress  routers  of  the 
different  IP  domains. 
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Routing  and  signalling:  the  Border  Gateway  Protocol 

The  IETF  protocol  aimed  at  the  interworking  among  IP-based  ASes  is  the  Border  Gateway  Protocol 
(BGP).  BGP  [5]  provides  a  mechanism  independent  of  the  routing  protocol  used  within  each  AS  and  is 
used  to  exchange  routing  information  among  multiple  ASes.  Based  on  the  information  exchanged,  BGP 
constructs  a  graph  of  ASes  connectivity. 

BGP  offers  no  standardized  way  of  transporting  information  about  resources,  as  it  only  distributes 
information  about  ASes  that  may  be  reached  without  any  QoS  guarantee.  Hence,  two  Internet  drafts  [6] 
and  [7]  have  been  proposed  describing  QoS  extensions  to  BGP  by  defining  a  new  Network  Layer 
Reachability  Information  (NLRI)  attribute.  The  main  idea  is  to  exchange  QoS-related  information  as  well 
as  reachability  information  in  a  BGP  UPDATE  message.  Both  drafts  specify  a  new  BGP4  attribute,  which 
conveys  QoS-related  information  associated  to  the  routes  described  in  the  corresponding  NLRI  field  of  the 
attribute. 

BGRP  and  BGRPP  [8],  [9]  are  Internet  drafts  describing  a  signalling,  resource  reservation  and  control 
architecture  for  interdomain  QoS  control.  It  is  independent  but  cooperates  with  the  resource  control 
mechanisms  within  each  AS  and,  used  with  BGP,  it  offers  a  complete  solution  for  resource  reservation  and 
control  across  interdomain  boundaries  based  on  aggregation  of  reservations  on  the  basis  of  destination  AS. 
BGRP  stresses  the  need  to  ensure  that  the  signalling,  resource  reservation  and  routing  should  be  aligned. 

It  is  worth  noting  that  the  BGP  with  QoS  extensions  drafts  both  lack  further  research  and  implementation 
experience  showing  the  impact  of  adding  QoS  related  NLRI  attributes.  Moreover,  even  though  the  BGRP 
and  BGRPP  approaches  require  no  changes  to  the  BGP  protocol,  they  assume  the  implementation  of  a 
novel  signalling  protocol. 

The  need  of  a  novel  architecture 

The  scope  of  all  the  aforementioned  works  is  IP.  However,  it  is  a  widespread  perspective  that  “[...]  capital 
expenditure  constraints  in  both  service  providers  and  enterprises  will  mean  that  MPLS  will  evolve  in  the 
carrier  core  network  first,  with  ATM  remaining  for  some  time  to  come  as  the  primary  technology  for 
multisen’ice  delivery  in  bandwidth-limited  edge  and  access  networks ”  [4],  “ Today  the  ATM  network  are 
located  in  the  heart  of  the  network  and  IP  in  the  periphery,  but  in  the  future  only  one  network  will  be  used. 
The  best  of  IP  and  ATM  will  provide  to  develop  Computer  Telephony  Integration  applications,  which  take 
into  account  the  convergence  of  data  and  telephony  networks ”  [13].  Such  consideration  lead  to  the  need  of 
providing  a  global  network  integrating  the  best  of  packet  and  circuit  switched  networks  (which  was 
exactly  the  aim  and  motivation  of  standardizing  ATM)  but  considering  the  IP  importance  and  diffusion.  It 
implies  that  IP  should  be  the  recognized  technology  to  identify  a  host  (without  forgetting  ISDN)  but  it 
does  not  imply  the  use  of  IP  currently  implemented  everywhere,  also  concerning  QoS  managing. 

For  this  reason,  the  main  objectives  of  this  work  are:  1)  design  a  QoS-based  interworking  among  ASes 
providing  each  traffic  flow  with  the  required  QoS;  2)  avoid  the  problem  of  lack  of  scalability;  3)  allow  the 
definition  of  a  large  number  of  traffic  classes,  taking  into  account  Multi  Level  Priority  Preemption 
(MLPP)  capabilities;  4)  providing  interworking  of  network  portions  implementing  different  technologies, 
independently  of  the  technology  deployed  within  each  AS. 

The  reason  for  requirements  1)  and  2)  comes  from  the  need  to  avoid  the  drawbacks  of  QoS  IP  technology 
for  both  concern  the  IntServ  and  the  DiffServ  paradigms.  The  former  does  not  scale  in  a  large  network  and 
the  latter  is  not  able  to  guarantee  QoS  requirements  because  “ Two  conditions  are  necessary  for  QoS: 
guaranteed  bandwidth,  class-related  scheduling  and  packet  discarding  treatment;  the  DiffServ 
architecture  satisfies  the  second  condition,  but  not  the  first”  [14], 
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The  importance  of  having  MLPP  capabilities  included  in  civil  networks  is  based  on  the  fact  that  “[...]  in 
talking  with  customers  on  both  sides  of  the  Atlantic,  IP  and  voice  communications  will  remain  separated 
until  MLPP  capabilities  are  incorporated  into  an  IP-manageable  infrastructure  in  a  Standards  accepted 
way  where  multiple  companies  can  provide  products  for  bid”  ([15]).  Hence,  retaining  many  important 
details  of  the  IP-centric  mentioned  solutions  (as,  for  example,  the  functionalities  of  bandwidth  brokers 
within  each  specific  AS),  the  solution  proposed  in  this  work  tries  solving  the  mentioned  problems  without 
penalizing  the  QoS  provision. 


IV.  ARCHITECTURE  AT  THE  RELAY  POINTS 
Protocol  Architecture  for  Data  Traffic  Communication 

The  solution  proposed  for  interconnection  at  the  Relay  Points  is  MPLS-oriented.  The  protocol  architecture 
for  data  traffic  is  reported  in  Fig.  4,  where  the  concepts  expressed  in  Fig.  2  are  detailed.  MPLS  acts  both  as 
Relay  Layer  and  as  Layer  2.  The  Relay  Point  architecture  works  as  a  MPLS  LER  (Label  Edge  Router). 
LER  functionalities  include  assignation/dropping  and  forwarding  to  next  Relay  Layer  LER. 

The  overall  network  of  Fig.  1  is  seen  as  a  full  MPLS  network  (actually  the  network  from  first  Relay  Point 
to  the  last  Relay  Point  through  the  end-to-end  path  is  full  MPLS).  The  interconnecting  ASes  are  seen  by 
the  Relay  Point  as  “abstract  nodes”  (Fig.  5)  that  are  defined  as  a  group  of  nodes  whose  internal  topology  is 
opaque  to  the  ingress  node  of  the  MPLS  Label  Switch  Path  (LSP)  ([16]).  An  abstract  node  is  said  to  be 
simple  if  it  contains  only  one  physical  node.  In  the  case  presented,  the  “opacity”  is  complete,  not  only 
concerning  QoS  routing  (as  outlined  in  [16]),  but  also  regarding  ASes’  technologies  that  can  be  different 
from  MPLS. 

Fig.  6  shows  the  overall  information  that  flows  through  the  Relay  Points.  The  traffic  flows  of  the  ASes 
come  from  the  host  protocol  stack  plus  the  MPLS  shim  header  (the  MPLS  label)  added  at  the  Relay  Points 
and  tunnelled  along  the  ASes  (not  necessarily  MPLS  capable).  Pure  host  packet  is  passed  to  the  MPLS 
layer  that  adds  the  label  and  forwards  it  to  the  next  Relay  Point.  MPLS  packets  are  transported  over  both 
the  Relay  Points  and  the  ASes.  A  traffic  flow  composed  by  IP  packets  plus  the  MPLS  label  can  be 
tunnelled  along  both  an  ATM-based  and  an  ISDN-based  AS  backbone.  Concerning  the  encapsulation  of 
MPLS  in  IP:  “it  is  possible  to  replace  the  top  label  of  the  MPLS  stack  with  an  IP-based  encapsulation, 
thereby  enabling  the  application  to  run  over  networks  which  do  not  have  MPLS  enabled  in  their  core 
routers”  [17], 

Sketches  of  the  data  flow  through  the  Relay  Points  are  reported  in  the  following  to  better  investigate  the 
architecture  proposal  from  the  operative  viewpoint.  The  examples  reported  cover  most  of  the  QoS 
technologies  mentioned  in  the  previous  sections. 


Fig.  4.  Relay  Points:  the  MPLS  solution. 


RTO-MP-IST-054 


P10-5 


UNCLASSIFIED/UNLIMITED 


UNCLASSIFIED/UNLIMITED 


QoS-Based  Interwoking  among  Wide  Area  Subsystems 


ORGANIZATION 


Autonomous 
System  1 


IVPLS 

(Layer  3  and  Layer  2) 


ASlPratocd 


ASIPh 


Technology 
dependent 
I  nberwcrking 

Abstract  Node 


Technology  independent 
inberworking 


Autonomous 
System  2 


IVPLS 

( Layer  3  and  Layer  2) 


AS2Ftotocd 


Relay  Point 


Technology 
dependent 
I  nberworking 

Abstract  Node 


Fig.  5.  Abstract  Nodes  at  Relay  Point. 


Fig.  6.  Relay  Point  Interworking. 

The  IP  host  carries  (in  the  example  reported  in  Figs.  7)  a  voice  and  video  application  and  implements  the 
necessary  IP  stack.  The  first  QoS-PRN  met  along  the  end-to-end  path  acts  as  a  LER  by  identifying  the 
flow  and  applying  the  MPLS  label.  The  same  operation  will  be  implemented  at  the  last  QoS-PRN  before 
the  destination.  Intermediate  QoS-PRNs  act  as  conventional  MPLS  Label  Switch  Routers  (LSRs).  At  the 
Relay  Point,  the  IP  host  packet  is  encapsulated  within  the  MPLS  information  and  transported  over  the 
ATM  backbone.  This  operation  is  described  in  detail  in  Lig.  7  where  the  black  arrow  identifies  the 
direction  of  information.  At  the  exit  of  the  ATM  backbone  that,  for  the  QoS-PRNs,  is  only  an  opaque 
portion  of  the  MPLS  end-to-end  path,  ATM  information  is  dropped  and  the  IP  host  packet  is  passed 
through  the  AS  Protocols  /  MPLS  interface  (identified  and  evidenced  in  Lig.  6).  In  this  peculiar  ATM 
case,  the  mentioned  interface  is  AAL  /  MPLS.  The  encapsulation  of  IP  packets  over  DVB  is  also  similar  to 
the  IP  over  ATM  case. 

Similarly  to  the  previous  case,  if  an  AS  is  implemented  in  IP  and  it  does  not  include  the  IP  host  as 
destination,  it  is  seen  as  an  opaque  portion  and  its  implementation  is  transparent  to  the  host.  An  IP  tunnel 
(properly  dimensioned  to  guarantee  required  QoS)  is  used  to  transport  information.  Pig.  8  reports  in  detail 
this  situation.  Also  in  this  case,  the  voice  and  video  application  is  just  an  example. 
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Fig.  7.  Data  traffic  flow:  IP  host  over  ATM  AS  backbone. 


Fig.  8.  Data  traffic  flow:  IP  host  over  IP  AS  backbone. 

The  data  traffic  flow  in  case  of  an  ISDN  host  is  quite  similar  to  the  ones  depicted  in  Figs.  7  and  8.  The 
only  difference  stems  from  the  ISDN  codec  embedded  within  IP  or  ATM  packets. 

Concerning  the  QoS  provision,  Relay  Points  act  as  conventional  MPLS  LERs.  They  implement  traffic 
classification  (at  the  ASes’  boundaries)  and  deploy  a  set  of  MPLS  Forwarding  Equivalent  Classes  (FECs) 
to  satisfy  the  SLSs  defined  in  common  among  the  ASes.  Details  about  the  mapping  of  such  FECs  to  the 
QoS  technology  deployed  within  each  AS  are  reported  in  the  following.  The  idea  is  to  establish  QoS 
bandwidth  pipes  among  the  ASes  by  means  of  the  MPLS-based  traffic  classification  (and  corresponding 
resource  assignment  along  the  end-to-end  path)  acting  at  the  Relay  Points.  Even  though  MPLS  is  usually 
employed  to  enforce  the  QoS  provision  in  a  DiffServ  environment  [14],  it  reveals,  in  this  work,  the  role  of 
convergence  QoS  technology  since  it  admits  a  large  number  of  traffic  classes  (thus  taking  into  account 
MLPP  capabilities,  too)  by  defining  of  a  proper  set  of  FECs. 

Protocol  Architecture  for  Signalling 

The  proposed  signalling  architecture  is  based  on  RSVP-TE  [16].  Each  Relay  Point  can  be  identified 
(concerning  signalling  information)  by  an  IP  address.  RSVP-TE  is  used  to  set  the  MPLS  labels  over  the 
path  and  to  signal  QoS  requirements.  It  is  assumed  that  an  IP  address  plane  is  available  in  each  Relay 
Point  for  signalling,  thus  allowing  any  Relay  Point  to  manage  a  proper  routing  scheme  (e.g.,  by  means  of 
MPLS  traffic  engineering  functionalities  [18])  among  the  ASes. 
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End-to-end  QoS 

The  overall  structure  is  got  from  the  studies  in  [11]  and  [12],  briefly  described  in  the  state-of-the-art 
section  where  also  the  differences  contained  in  this  work  are  underlined.  The  overall  structure  is  contained 
in  Fig.  9.  RSVP-TE  transports  QoS  requirements  up  to  the  Relay  Point  by  using  the  protocol  architecture 
presented  above  and  off-band  channels.  The  QoS  is  then  guaranteed  along  the  end-to-end  path,  since 
resource  allocation  for  each  incoming  connection  is  inferred,  at  the  Relay  Points,  from  the  MPLS  shim 
header.  Each  Relay  Point  maps  the  QoS  requirements  over  a  bandwidth  request  for  the  ASes,  so  getting  a 
“bandwidth  pipe”  of  proper  dimension  to  guarantee  the  QoS  up  to  the  next  Relay  Point. 


Within  this  operation,  the  bandwidth  pipe  could  be  not  available.  The  check  is  performed  locally,  within 
each  single  AS  querying  a  database  constantly  updated  about  the  AS  resource  status  (actually,  a 
Bandwidth  Broker  (BB),  as  in  [12],  or  a  Quality  Network  Server,  as  in  [11]).  If  no  resource  is  available  the 
connection  is  rejected.  QoS  requirements  need  to  be  careful  mapped  from  Relay  Points  to  the  ASes  and 
this  is  the  object  of  next  sections  and  of  the  following  performance  evaluation. 


V.  THE  TRAFFIC  AGGREGATION  PROBLEM 

The  major  concern,  as  regards  the  interworking  scenario  addressed  in  this  paper,  is  the  QoS  maintenance 
among  the  ASes.  The  Service  Provider  of  each  AS  should  use  the  most  convenient  methodology  after 
making  proper  modelling  tests  and  simulations  (as  the  ones  proposed  in  the  following)  aimed  at  properly 
configuring  the  QoS -bandwidth  pipes  that  cross  its  AS.  Flowever,  a  proper  QoS  mapping  has  to  be  found 
out  among  the  ASes.  An  open  problem,  coming  from  the  need  of  interconnecting  portions  of  networks  that 
use  different  QoS-based  technologies,  is  the  effect  on  performance  of  traffic  aggregation.  If  traffic 
requiring  different  performance  is  joined  in  one  flow,  it  is  necessary  to  investigate  the  additional 
bandwidth  required  to  keep  the  same  performance  level.  An  example  may  be  represented  by  DiffServ 
environments  that  use  a  limited  number  of  classes  in  IPv4  with  respect  to  the  ATM  or  MPLS  technologies, 
in  which  a  very  large  number  of  traffic  classes  could  be  available.  In  practice,  due  to  the  limited  number  of 
traffic  classes,  non-homogeneous  traffic  flows  (i.e.,  flows  with  different  SLSes,  requiring  diverse  QoS) 
need  to  be  aggregated  and  conveyed  together.  The  following  simulation  results  regard  the  effect  on 
performance  of  traffic  aggregation  for  traffic  requiring  different  SLSes,  in  terms  of  packet  loss,  packet 
delay  and  delay  jitter  and  highlight  indication  about  flow  bandwidth  dimension  at  the  Relay  Points  to 
guarantee  the  performance. 


VI.  SIMULATION  RESULTS 

The  users’  application  levels  generate  on-off  sources  whose  traffic  descriptors  are:  Peak  bandwidth 
(Mbps  or  Kbps),  Mean  Burst  Duration  (s),  Mean  Silence  Duration  (s).  The  burst  and  silence  durations  are 
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both  Pareto  distributed.  An  ad-hoc  simulator  in  C++  has  been  used  to  compute  the  following  results.  The 
width  of  the  confidence  interval  over  the  performance  measures  is  less  than  1%  for  the  95%  of  the  cases. 

If  traffic  needs  to  be  aggregated,  the  choice  of  the  bandwidth  to  be  assigned  to  guarantee  the  fixed  SLS  is 
topical.  The  relevant  metric,  in  this  case,  is  the  measure  of  the  addition  (or  reduction)  of  bandwidth 
necessary  to  keep  the  same  level  of  service  when  SLSes  are  aggregated  with  reference  to  a  complete 
separation.  The  parameter  used  in  this  work  is  the  gain,  defined  as  the  percentage  difference  between  the 
overall  bandwidth  necessary  to  satisfy  the  requirements  if  the  SLSes  are  kept  separated  and  the  bandwidth 
needed  by  the  SLSes’  aggregation.  For  example,  if  a  SLS1  needs  1.0  Mbps  to  satisfy  the  requirements  and 
SLS2  2.0  Mbps,  when  kept  separated,  if  the  aggregation  of  the  two  SLSes  requires  4.0  Mbps,  the  defined 

gain  is:  100  •  =  -33.33%  .  It  means  that,  in  this  example,  aggregation  is  not  convenient  and  that 

33%  of  more  bandwidth  is  necessary  to  guarantee  the  fixed  requirements.  Investigations  are  reported  in 
the  following. 

Buffer  at  the  QoS-PRN  has  been  dimensioned  to  5.3  Kbytes  (i.e.,  100  ATM  cells)  for  all  the  tests.  The 
first  part  of  the  tests  have  been  performed  with  the  SLSes  appealing  in  Table  I  and  supposing  that  the  two 
SLSes  need  to  be  aggregate  because  there  are  not  enough  classes  to  be  assigned.  They  differ  only  for  the 
Packet  Loss  Rate  parameter. 

The  result  heavily  depends  on  the  composition  of  the  aggregate  trunk. 

Table  I.  Two  SLSes  based  on  Packet  Loss  Rate:  10'4-10‘2. 


Service  Level  Specification 

Range 

Premium  VBR 

Variable  Bit  Rate  (VBR) 

Traffic  description  and 
conformance  testing 

Packet  dimension:  424  bit; 

Peak  Rate:  1.0  Mbps; 

Average  Rate:  500.0  Kbps; 

Performance  guarantees 

Packet  Loss  Rate:  10  4-10 2; 

Packet  Transfer  Delay:  not  specified; 
Packet  Delay  Jitter:  not  specified 

Figs.  10  and  1 1  contain  the  aforementioned  bandwidth  gain  by  varying:  1)  the  number  of  connections 
within  the  aggregate  trunk;  2)  the  percentage  of  connections  belonging  to  the  two  SLSes  requiring, 
respectively,  a  Packet  Loss  Rate  of  10 2  and  10  4.  For  instance,  the  percentage  33%  and  66%  stand  for  1/3 
and  2/3,  respectively,  so  to  get  100%  of  traffic  and  so  on;  3)  the  performance  value  of  the  Packet  Loss 
Rate  for  the  aggregate  trunk  (set  to  10  4,  so  to  be  sure  that  all  the  trunk  is  guaranteed,  10  2,  the  minimum 
request  and  an  average  value  of  10  3).  Packets  of  the  two  SLSes  are  no  longer  distinguished  within  the 
trunk. 

The  constraint  imposed  for  the  aggregate  trunk  is  highlighted  in  the  little  square  of  each  figure.  Non- 
homogeneous  aggregation  is  often  convenient  but,  if  traffic  is  unbalanced  towards  the  less  restrictive 
traffic,  it  is  needed  either  to  relax  the  performance  constraint  or  wasting  a  bandwidth  portion.  Results 
reported  below  (Figs.  10  and  1 1)  give  an  operative  solution  to  operate  bandwidth  dimensioning.  The  trend 
is  even  clearer  if  the  QoS  differentiation  stands  in  the  Packet  Delay  Transfer  constraint  (Table  II). 
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Table  II.  Packet  Loss  Rate:  10'2  and  Packet  Transfer  Delay:  50ms  and  10ms. 


Service  Level  Specification 

Range 

Premium  VBR 

Variable  Bit  Rate  (VBR) 

Traffic  description  and 
conformance  testing 

Packet  dimension:  424  bit; 

Peak  Rate:  16.0  Kbps; 

Average  Rate:  8.0  Kbps; 

Performance  guarantees 

Packet  Loss  Rate:  10  2; 

Packet  Transfer  Delay:  50ms- 10ms; 
Packet  Delay  Jitter:  not  specified 

In  this  case,  if  the  more  restrictive  constraint  is  chosen  for  the  overall  trunk,  a  bandwidth  addition  is 
needed  to  assure  performance  (Figs  12  and  13). 


Fig.  10, 11.  Bandwidth  percentage  gain  in  traffic  aggregation:  the  Packet  Loss  Rate  case. 
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Overall  number  of  connections  in  the  aggregate  flow 


Fig.  12, 13.  Bandwidth  percentage  gain  in  traffic  aggregation:  the  Packet  Delay  Transfer  case. 


VII.  CONCLUSIONS 

The  paper  has  presented  a  MPLS-based  protocol  stack  to  connect  network  portions  implementing  different 
QoS  technologies.  Two  topical  problems  have  been  solved  at  the  Relay  Points:  QoS-based  interworking 
and  mapping. 

QoS  mapping  regards  the  effect  of  traffic  aggregation  on  the  overall  performance  when  the  traffic  flows 
are  managed  by  Autonomous  Systems  that  employ  different  QoS  technologies  (for  example  IP  DiffServ 
vs.  ATM  or  MPLS).  The  results  reported  investigate  in  detail  this  topic  and  allow  providing  operative 
solutions  really  applicable  in  the  field. 
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